home *** CD-ROM | disk | FTP | other *** search
/ Just Call Me Internet / Just Call Me Internet.iso / com / othernet / mausnet / dot223 / utility / dotutils / dotshut.doc < prev    next >
Text File  |  1994-12-12  |  22KB  |  450 lines
  1. Dokumentation zum DOT-Utilitypaket dotshut2.lzh:
  2.  
  3. 1. What's this?
  4.  
  5.    Die Dateien in diesem Archiv sind meine (Stefan Habermehl) Utilities zur
  6.    Behandlung von THE_DOT-Messagedateien und mehr. Im Kern geht es dabei um
  7.    die Konversion von Brettdateien in Mailfiles, wie sie in der Un*x-Welt
  8.    ueblich sind und insbesondere vom Mailreader ELM verarbeitet werden. Aber
  9.    auch der umgekehrte Weg wird geboten. Vorteile: Man macht aus den DOT-Dateien
  10.    editierbare ASCII-Dateien und kann diese wieder zurckverwandeln! Man kann
  11.    sich die DOT-Nachrichten auch auf anderen Maschinen anschauen (z.B. wenn der
  12.    DOT schon lange tot ist, weil Atari tot ist :-( Und es gibt diverse
  13.    M”glichkeiten, mit l„dierten Brettdateien umzugehen. Und, und , und .... ;-)
  14.  
  15.  
  16. 2. What's included?
  17.  
  18.    Dieses Archiv enth„lt folgende Dateien:
  19.  
  20.         dot2elm.ttp     Konverter DOT-Brettdateien -> Mailfile
  21.         elm2dot.ttp     Konverter Mailfile -> DOT-Brettdatei
  22.         idxsort.ttp     Sortiert *.idx-Dateien nach Datum
  23.         idxkorr.ttp     Korrigiert fehlerhafte *.idx-Dateien
  24.         mysplit.ttp     Splittet Dateien bzw. gibt Info, z.B. *.dbs
  25.         btt2elm.ttp     Konverter *.btt-Datei -> Brettauswahldatei fuer DELM
  26.         mapsdom.ttp     Ersetzt Adressatennamen in *.idx-Datei
  27.         delm.ttp        Einfache ST-ELM-Version mit Brettanwahl
  28.         dotshut.doc     Diese Datei
  29.         stelm.txt       Die Readme-Datei zum Original-STELM
  30.         newmail.ttp     Hintergrund-Prog. aus dem STELM3-Paket (siehe STELM.TXT)
  31.  
  32.  
  33. 3. Verbreitungsstatus und Nicht-Gew„hrleistung
  34.  
  35.    Das Copyright fuer das Archiv und die enthaltenen Dateien aužer DELM und
  36.    NEWMAIL liegt bei mir, Stefan Habermehl, August/September 1994. DELM ist
  37.    eine Weiterentwicklung von STELM (c) J. & K. Lemmens 1993. NEWMAIL ist
  38.    (c) J. Berger 1993. Die Autoren von STELM und NEWMAIL haben mir die Rechte
  39.    zur freien Verbreitung von STELM und NEWMAIL  bzw. modifizierter Versionen
  40.    gegeben, siehe auch deren Original-Readme-Datei STELM.TXT im Archiv.
  41.    Die Dateien in diesem Archiv duerfen frei benutzt und weitergegeben
  42.    werden, vorausgesetzt eine unver„nderte Version der Dateien DOTSHUT.DOC und
  43.    STELM.TXT wird mitgegeben. Kommerzielle Nutzung, Verkauf, Verleih gegen Ent-
  44.    gelt sowie die Verbreitung auf PD-Disketten ist nicht gestattet.
  45.    Insofern durch die Dateien in diesem Archiv Ansprueche Dritter beruehrt
  46.    werden und diesem nicht ausreichend Rechnung getragen ist, so bitte
  47.    ich darum, mir das mitzuteilen. Intendiert ist es in keinem Fall.
  48.  
  49.    Ich, Stefan Habermehl, uebernehme KEINERLEI GEWŽHR, Garantie oder
  50.    Haftung fuer jegliche Folgen der Anwendung oder Nicht-Anwendung der
  51.    hier enthaltenen Dateien.
  52.  
  53.  
  54. 4. Beschreibung der Programme:
  55.  
  56.  
  57.    DOT2ELM
  58.  
  59.    Aufruf: dot2elm dotfile [elmfile] [-v] [-s] [-w] [-d]
  60.  
  61.    Optionen:        v  verbose
  62.                     d  do not include DOT-specific headers
  63.                     s  silent, no terminal output
  64.                     w  write mailfile to stdout, terminal output to stderr
  65.  
  66.    Beschreibung:
  67.  
  68.    DOT2ELM konvertiert die Brettdateien <name>.dbs und <name>.idx in ein
  69.    Mailfile, das von DELM und anderen ELM-Versionen (PC-ELM, Un*x-ELM) gelesen
  70.    werden kann (mutmasslich auch von sonstigen Mailreadern aus der Un*x-Welt).
  71.    Als "dotfile" wird der <name> bzw. der Brettcode angegeben, Extensions werden
  72.    ignoriert. Die Dateien muessen sich im aktuellen Verzeichnis befinden.
  73.    Optional kann der Name des Outputfiles "elmfile" angegeben werden, ansonsten
  74.    wird das Mailfile nach <name> ohne Extension geschrieben. Mit der Option "v"
  75.    erh„lt man eine Liste der konvertierten Mails im Output, ansonsten nur eine
  76.    Meldung ueber die Anzahl der konvertierten Mails. Mit dem Switch "s" kann der
  77.    Terminal-Output g„nzlich unterbunden werden. Bei der Konversion wird
  78.    versucht, s„mtliche (relevanten) Informationen aus den DOT-Files im Mailfile
  79.    unterzubringen, d.h. auch Flags, Mailinfos etc. Die Aufnahme DOT-spezifischer
  80.    Informationen l„sst sich mit dem Switch "d" unterbinden. Schliesslich kann
  81.    die Ausgabe statt in ein File nach stdout umgeleitet werden, um sie z.B.
  82.    ueber eine Pipe an more/less, ELM2DOT oder irgendwelche anderen Programme
  83.    weiterzuleiten bzw. direkt an ein bestehendes File anzuh„ngen. Im Ergebnis
  84.    erh„lt man eine einfache, editierbare ASCII-Datei, mit der man machen kann,
  85.    was man will! Apropos: Da die e-mail-Adressen in Mailfiles keine Blanks
  86.    enthalten duerfen, werden diese, wenn sie im Input (Sender/Empf„nger)
  87.    auftauchen, durch Unterstriche "_" ersetzt. Dies betrifft insbesondere
  88.    Adressen aus dem Maus-Netz sowie Fido.
  89.  
  90.    Beispiele:
  91.   
  92.       dot2elm privat
  93.             
  94.         Die Dateien PRIVAT.DBS und PRIVAT.IDX im aktuellen Verzeichnis werden
  95.         gelesen und die konvertierte Version unter PRIVAT im selben Verzeichnis
  96.         abgespeichert. Name der Outputdatei und Anzahl der konvertierten Mails
  97.         wird auf dem Terminal ausgegeben.
  98.        
  99.       dot2elm e:\mausmess\akama0.dbs amiga.elm -v
  100.      
  101.         Die Dateien AKAMA0.DBS und AKAMA0.IDX im angegebenen Pfad werden
  102.         gelesen und die konvertierte Version unter AMIGA.ELM im aktuellen Verzeichnis
  103.         abgespeichert. Eine Liste der Mails (Sender und Datum) sowie der Name
  104.         der Outputdatei und Anzahl der konvertierten Mails werden auf dem
  105.         Terminal ausgegeben.
  106.                
  107.       dot2elm /e/messages/inftxt -w -s -d | less
  108.      
  109.         Das DOT-Brett INFTXT.* wird im Stillen konvertiert und das Ergebnis
  110.         unter Auslassung DOT-spezifischer Informationen vom Pager less auf dem
  111.         Terminal dargestellt. Dazu sollte die Shell entsprechende F„higkeiten
  112.         zur Verfgung stellen (z.B. tcsh unter MiNT).
  113.        
  114.  
  115.    ELM2DOT
  116.  
  117.    Aufruf: elm2dot elmfile [dotfile] [-v] [-s] [-h] [-H] [-m] [-r]
  118.  
  119.    Optionen:        v verbose
  120.                     s silent, no terminal output
  121.                     h include uninterpreted header lines in message text
  122.                     H include all header lines in message text
  123.                     m substitute '_' in addresses by blanks (Maus)
  124.                     r read mailfile from stdin, first filename arg is outfile
  125.  
  126.    Beschreibung:
  127.  
  128.    ELM2DOT stellt die Umkehrung von DOT2ELM dar (wer h„tte das gedacht? ;-)
  129.    Anzugeben ist der Dateiname incl. Extension des zu konvertierenden Mailfiles.
  130.    Optional darf auch der Name <name> der DOT-Dateien <name>.idx und <name>.dbs ohne
  131.    Extension angegeben werden, ansonsten wird der Name des Mailfiles ohne
  132.    Extension als <name> verwendet. Die Switches "v" und "s" funktinieren wie bei
  133.    DOT2ELM. Da Mailfiles oft einen ellenlangen Vorspann an Headerzeilen haben
  134.    (z.B. bei Mailing-Lists), kann deren Aufnahme in die DOT-Brettdateien
  135.    gesteuert werden: Defaultm„ssig tauchen sie NICHT im Messagetext auf
  136.    (Informationsverlust!). Wahlweise kann man die zu konvertierende Mail komplett in
  137.    den Messagetext uebernehmen (Switch "H"), oder zumindest nur diejenigen, die vom
  138.    Konverter nicht interpretiert werden (Switch "h"). Angaben wie Sender,
  139.    Empf„nger, Datum, Realname, Subject, Message-ID werden vom Konverter dahin
  140.    gepackt, wo sie beim DOT hingeh”ren (IDX-Datei bzw. Mailinfo-Abspann). Daher
  141.    sollte man sich  wenn, dann mit "h" zufrieden geben. Das Ignorieren der
  142.    Header-Zeilen (Default) funktioniert allerdings nur, wenn das betrefende
  143.    Mailfile bereits eine "Status:"-Zeile hat, wie sie z.B. von ELM eingefuegt
  144.    wird und selbstverst„ndlich auch von DOT2ELM generiert wird. Mit dem Switch
  145.    "m" kann man aus den Unterstrichen in e-mail-Adressen wieder Blanks machen
  146.    (s.o.), um z.B. bei der Hin- und Zurckkonversion von Mausnet-Brettern
  147.    weitestgehende Identit„t mit dem Ausgangsfile zu gew„hrleisten. Switch "r"
  148.    bietet das Gegenstueck zu "w" bei DOT2ELM, d.h. ELM2DOT liest hierbei das
  149.    Mailfile von stdin. Dabei ist abweichend von der Regel das obligatorische
  150.    Argument der Name der DOT-Brettdateien. Als Polldatum wird uebrigens derzeit das
  151.    Messagedatum aus dem Mailfile uebernommen, insofern dieses nicht von DOT2ELM
  152.    erzeugt wurde. ELM2DOT wurde getestet mit "rohen" Mailfiles, so wie sie aus
  153.    dem Internet auf ner Un*x-Kiste landen, mit Folder-Dateien des Unix-ELM sowie
  154.    solchen des PC-ELM. Bei den Folder-Dateien des PC-ELM besteht die
  155.    Besonderheit, dass die einzelnen Messages jeweils mit einer Separator-Zeile
  156.    anfangen und aufh”ren (ASCII 1!). Am besten arbeitet ELM2DOT natuerlich mit
  157.    DOT2ELM zusammen!
  158.  
  159.    Beispiele:
  160.   
  161.       elm2dot received
  162.      
  163.         Das Mailfile "received" wird konvertiert und als RECEIVED.DBS und
  164.         RECEIVED.IDX im aktuellen Verzeichnis abgelegt. Es tauchen keine
  165.         Header-Informationen in den Mailtexten auf (wenn vorher von ELM, z.B.
  166.         unte Unix abgespeichert). Die beiden Bretdateien k”nnen jederzeit mit
  167.         dem DOT wie gewohnt gelesen und behandelt, z.B. beantwortet werden. Es
  168.         empfiehlt sich, fr solche konvertierten Mails ein eigenes
  169.         Message-Verzeichnis anzulegen, dem z.B. eine Funktionstaste im DOT
  170.         zugewiesen ist. Ausserdem muss in der Brettliste des DOT ein Namen fr
  171.         den Brettcode RECEIVED angegeben werden, sonst taucht es als "Brettname
  172.         unbekannt" auf. Als Netz-Einstellung hat sich Z-Netz bew„hrt.
  173.        
  174.       dot2elm /e/mausmess/icswhb -s -w | elm2dot /e/mausmess/icswhb2 -s -m -r
  175.       
  176.         Das Mausnetz-Brett ICSWHB wird im Stillen hin- und wieder
  177.         zurckkonvertiert. Beim Zurckkonvertieren werden die Unterstriche in
  178.         Adressen wieder zu Blanks gemacht. Es sollten vom Original nicht
  179.         unterscheidbare Kopien entstehen (in den meisten F„llen tut's das bei
  180.         mir auch! :-).
  181.  
  182.  
  183.    IDXKORR
  184.  
  185.    Aufruf: idxkorr idxfile
  186.  
  187.    Beschreibung:
  188.  
  189.    IDXKORR liest eine DOT-Indexdatei <name>.idx (Extension kann entfallen) ein
  190.    und prueft die Konsistenz der Angaben ueber den Mail-Offset und die
  191.    Mail-L„nge der indexierten Messages. Im Allgemeinen legt der DOT die IDX-
  192.    und DBS-Dateien so an, dass die Messages in der DBS-Datei schoen brav in der
  193.    Reihenfolge hintereinanderliegen, wie sie auch in der IDX-Datei sortiert
  194.    sind. Fuegt man nun zwei Bretter durch schlichtes Aneinanderkleben der
  195.    zugehoerigen IDX- und DBS-Dateien zusammen (das geht!), so wird natuerlich
  196.    fuer die angeh„ngten Messages der Message-Offset-Wert falsch sein. Dies
  197.    korrigiert IDXKORR! Im Ergebnis erh„lt man ein voll funktionsf„higes Brett!
  198.  
  199.    VORSICHT!! Das funktioniert nicht mehr nach der Anwendung von IDXSORT!! Auf
  200.    keinen Fall IDXKORR auf eine Datei loslassen, die bereits mit IDXSORT
  201.    behandelt wurde! Dieses Tool ist etwas dirty und sollte nur verwendet werden,
  202.    wenn man genau weiss, was man tut, oder wenn sowieso schon alles egal ist :-)
  203.    Netterweise wird die alte IDX-Datei als <name>.bak gesichert! 
  204.  
  205.  
  206.    IDXSORT
  207.  
  208.    Aufruf: idxsort idxfile
  209.  
  210.    Beschreibung:
  211.  
  212.    IDXKORR liest eine DOT-Indexdatei <name>.idx (Extension kann entfallen) ein
  213.    und sortiert die enthaltenen Eintr„ge nach Datum und Uhrzeit. Das kann sich
  214.    insbesondere bei Mailfiles als nuetzlich erweisen, die manchmal recht
  215.    durcheinandergewuerfelt daherkommen. Aber VORSICHT! Die resultierende
  216.    IDX-Datei verweist kreuz und quer in die Messagedatei *.dbs, welche von der
  217.    Prozedur nicht beruehrt wird! Der DOT kommt damit jedoch problemlos zurecht!
  218.    Beim Konvertieren mit DOT2ELM wird dann im Mailfile die sortierte Reihenfolge
  219.    reproduziert! Das heisst, nach der Sequenz IDXKORR - DOT2ELM - ELM2DOT sind
  220.    BEIDE Brettdateien (idx und dbs) nach Datum sortiert.
  221.  
  222.  
  223.    MYSPLIT
  224.  
  225.    Aufruf: mysplit infile [separator(0-255)] [-o] [-e|b|n] [-v] [-s]
  226.  
  227.    Optionen:        o  output separated items to files
  228.                     v  verbose
  229.                     s  silent, no terminal output
  230.                     e  output: include separator at end of file
  231.                     b  output: include separator at beginning of file (def)                       
  232.                     n  output: do not include separator
  233.  
  234.    Beschreibung:
  235.  
  236.    MYSPLIT ist ein allgemeines Tool zur Analyse bzw. zum Aufsplitten von
  237.    Dateien, die durch ein bestimmtes Zeichen (Separator) getrennte Items
  238.    enthalten. Defaultm„ssig werden diese Items gez„hlt und ihre Position in
  239.    der Datei sowie ihre L„nge angegeben. Als Separator kann ein beliebiges
  240.    ASCII-Zeichen als Dezimalwert angegeben werden, Default-Separator ist 1!
  241.    Mehrere aufeinanderfolgende Separator-Zeichen werden dabei wie eines
  242.    behandelt. Bei Bedarf koennen die einzelnen Items auch getrennt in Dateien
  243.    abgelegt werden, die dann den Namen des Infiles und die Extension 1, 2, 3,
  244.    ... haben. Wie dabei die Separatorzeichen selbst behandelt werden,
  245.    entscheiden die Switches "e", "b" oder "n". Fuer unsere Zwecke soll MYSPLIT
  246.    dazu dienen, einer Messagedatei *.dbs auf den Zahn zu fuehlen. Der einfache
  247.    Aufruf
  248.            mysplit schnuck.dbs
  249.           
  250.    liefert einen Output, der sich direkt mit dem Output von
  251.   
  252.            idxkorr schnuck
  253.           
  254.    vergleichen l„sst! Bei intakten Brettdateien
  255.    sollten die Werte fuer Offset und L„nge, die aus der DBS- sowie der
  256.    IDX-Datei kommen exakt identisch sein!! Das gilt nicht, wenn die IDX-Datei
  257.    vorher mit IDXSORT behandelt wurde! So kann man eventuelle Fehler in kaputten
  258.    Brettdateien feststellen! Ist der Switch "o" geschaltet, ggf. zusammen mit
  259.    "n", so kann man alle in einer DBS-Datei vorhandenen Messages einzeln in
  260.    Files schreiben. 
  261.  
  262.  
  263.    MAPSDOM
  264.  
  265.    Aufruf: mapsdom idx-file searchstring replacestring
  266.  
  267.    Beschreibung:
  268.  
  269.    MAPSDOM ist die Antwort auf folgendes Problem: Bei der automatischen Brett-
  270.    (ab)bestellung im Z-Netz sind fuer den Adressaten, also den lokalen Point-
  271.    verwalter der Box, nur 8 Zeichen vorgesehen. Mittlerweile muessen aber 
  272.    (jedenfalls bei uns) auch lokale User mit Domain und allem drum und dran
  273.    adressiert werden. Damit die automatische Bestellung trotzdem funktioniert,
  274.    muss nach Listenkorrekturen oder -bestellungen MAPSDOM aufgerufen werden
  275.    (z.B. im Hauptmenue ueber Programme: Programm aufrufen). Es ersetzt dann
  276.    die zu kurze Adresse gegen die richtige. MAPSDOM kann mit oder ohne Konfi-
  277.    gurationsdatei aufgerufen werden. Die Konfigurationsdatei hat den selben Namen
  278.    wie das aufrufende Programm, als Extension jedoch ".CNF". Die CNF-Datei muss
  279.    im gleichen Verzeichnis wie MAPSDOM stehen und hat folgendes Format:
  280.       1. Zeile:  Pfad zur idx-Datei, die ge„ndert werden soll
  281.       2. Zeile:  Zu suchender Empf„nger
  282.       3. Zeile:  Stattdessen einzusetzender Empf„nger
  283.    Das Programm greift nur auf die entsprechende idx-Datei zu, im Falle des o.g.
  284.    Problems w„re das SENDEN.IDX in der Message-Base. Die Extension kann bei der
  285.    Angabe entfallen. Eine Beispiel MAPSDOM.CNF liegt bei und muž im ASCII-Editor
  286.    an eigene Wuensche angepasst werden. Findet MAPSDOM keine CNF-DAtei gleichen
  287.    Namens, dann erwartet es den Pfad zur idx-Datei sowie den Such- und den Ersatz-
  288.    String als Argumente, andernfalls usage-Meldung. So koennen beliebige Empf„nger
  289.    ge„ndert werden. Das Programm kann gern umbenannt werden, es sucht dann nach
  290.    einer CNF-Datei mit entsprechendem (!) Namen! Žhem, vorausgesetzt es weiž, 
  291.    wie's heižt! Das ist beim Aufruf aus DOT unter plain TOS nicht der Fall 
  292.    (isnix ARGV oder so), da muž das CNF-File in jedem Fall mapsdom.cnf heižen!
  293.  
  294.  
  295.    BTT2ELM
  296.  
  297.    Aufruf: btt2elm btt-file [outfile]
  298.  
  299.    Beschreibung:
  300.  
  301.    BTT2ELM konvertiert eine DOT-BTT-Datei zur Datei BRETTER bzw. <outfile>. Die
  302.    BTT-Dateien liegen im DOT-INTERN-Ordner und enthalten eine Referenzliste
  303.    Brettname - Brettcode. Der einzige Zweck dieser Massnahme ist, den DELM mit
  304.    der Datei BRETTER zu fuettern, die ihn bef„higt, so wie der DOT auch, eine
  305.    Brettliste zur Auswahl zu bieten, von der aus man dann einzelne Bretter
  306.    zum Lesen aufrufen kann. Sowas ist n„mlich beim ELM normalerweise nicht
  307.    vorgesehen.
  308.  
  309.    Beispiel:
  310.   
  311.      btt2elm /e/the_dot/intern/link-f.btt /e/messages/bretter
  312.      delm -f /e/messages/bretter
  313.     
  314.        Diese beiden Aufrufe hintereinander sollten deR UserIn einer ordentlichen
  315.        Shell unter MiNT mit delm.ttp, btt2elm.ttp und dot2elm.ttp im PFAD (!)
  316.        gengen, um in den Genuž seines "Alternativ-Dot" zu kommen. Bei den
  317.        Pfaden nimmt mensch natrlich seine eigenen! ;-) Ich habe mit der tcsh
  318.        6.03 im toswin-Fenster unter MiNT 1.8 gute Erfahrungen gemacht.
  319.       
  320.  
  321.    DELM
  322.  
  323.    Aufruf: delm [-f <mailfile>] [-e <editor>]
  324.  
  325.    Beschreibung:
  326.  
  327.    DELM ist eine leicht (mittlerweile schon etwas schwerer :-) abgewandelte 
  328.    Version von ST-ELM 1.4 von J. & K. Lemmens. Das Original-README-File zum 
  329.    ST-ELM liegt bei! Folgende Žnderungen wurden von mir vorgenommen:
  330.   
  331.    - Erweiterung des Pagers
  332.  
  333.    - Žnderung des Default-Editors
  334.  
  335.    - Editieren von Mails (grob, aber funktioniert erstmal)
  336.   
  337.    - tagging-M”glichkeit:
  338.   
  339.      In der Nachrichten-šbersichtsliste k”nnen beliebige Mails mit 't' markiert
  340.      werden. Dies ist in der Liste dann durch ein '+' gekennzeichnet. Die so
  341.      markierten Mails k”nnen dann in einem Schwung per 's' in eine Datei
  342.      geschrieben werden!
  343.   
  344.    - findfile-Funktion:
  345.   
  346.      Der Editor sowie DOT2ELM werden im Pfad gesucht, es darf also kein Pfad bei
  347.      der šbergabe angegeben werden. Wenn keine Pfadeinstellung vorhanden ist,
  348.      mssen die beiden Programme im aktuellen Verzeichnis liegen.
  349.     
  350.    - Brettauswahlliste:
  351.   
  352.      Wenn dem delm per 'f'-Option ein Mailfile namens "BRETTER" in den Mund
  353.      geschoben wird, so interpretiert er dieses als Brettliste! Das
  354.      heisst, wenn man in der Liste eine "Mail" anw„hlt, springt der DELM zur
  355.      angegebenen Message-Datei. Ist diese nicht vorhanden, so wird sie
  356.      automatisch durch den Aufruf von DOT2ELM erzeugt, sofern MiNT installiert
  357.      ist. Unter TOS muss die konvertierte Datei bereits vorhanden sein!!
  358.      Die DOT-Messages lassen sich im weiteren in ELM behandeln wie jede
  359.      "normale" mail auch (abspeichern in Datei, loeschen, lokales verschicken,  
  360.      anschauen,..). Das war ja unter anderem der Zweck der ganzen Aktion. Beim
  361.      Verlassen des Mailfiles mit "x" oder "q" findet man sich in der
  362.      Bretterliste wieder. Kommt raus ein "DOT" ohne DOT =8)
  363.  
  364.  
  365. 5. Sonstige Hinweise
  366.  
  367.    Yo, Freunde, das war's erstmal! Es ist schon ein ganzes Stueckchen Arbeit
  368.    getan. Nichtsdestotrotz koennte man noch ein File "TODO" fuellen mit den
  369.    Entwicklungsmoeglichkeiten. Aber schauen wir erstmal, wie die Resonanz ist.
  370.    Ich habe das Paket darauf getestet bzw. optimiert, dass bei Hin- und
  371.    Rueckkonvertierung DOT->ELM->DOT in den allermeisten F„llen ein identisches
  372.    oder fast identisches File entsteht! Es geht jedenfalls meines Wissens nichts
  373.    wesentliches verloren. Die benutzten Brettdateien waren aus dem Z-Netz und
  374.    dem Maus-Netz sowie Mailfiles von ner Un*x-Kiste und von PC_ELM. Ueber das
  375.    Verhalten bei Anwendung auf Brettdateien aus den anderen Mailern kann ich
  376.    folglich nix sagen, hoffe aber das geht genauso problemlos! Wer unter
  377.    purem TOS arbeitet, wird nicht ganz so viel Freude mit dem Paket haben. Da
  378.    bietet sich an, mit "Anwendung anmelden" die Programme DOT2ELM, ELM2DOT,
  379.    BTT2ELM, IDXKORR und DELM fr die Extensions DBS, ELM, BTT, IDX und ELM zu
  380.    installieren. Es wrde mich auch interessieren, wie das ganze in der Mupfel
  381.    l„uft (msste eigentlich funktionieren!). Noch ein Wort zu den *.VKT-Dateien:
  382.    Diese werden beim Aufr„umen eines Bretts vom DOT automatisch aus den
  383.    Informationen in den Brettdateien erzeugt und finden daher hier keine
  384.    Bercksichtigung. Das Paket wurde brigens auf einem MegaST4/16MHz unter MiNT
  385.    1.08 mit dem gcc 2.5.8 PL 1 und der MiNTLIB PL 44 produziert.
  386.  
  387.  
  388. 6. Bugs
  389.  
  390.    Bugs gibt es sicherlich noch so manche. Insbesondere wird nicht jede
  391.    Eventualit„t in den Programmen abgefangen, d.h. beim Bearbeiten kaputter
  392.    DOT-Dateien oder irgendwelcher anderen Dateien ist das Ergebnis ziemlich
  393.    unvorhersehbar. Also bitte auf einen Reset gefažt machen.
  394.  
  395.    Einige der Programme reagieren empfindlich auf Directories (Ordner) im 
  396.    bergebenen Pfad, die ein Punkt im Namen haben (Ordner mit Extension sind eh 
  397.    unfein, find ich :-).
  398.  
  399.    In der Gemini-Console l„uft delm zwar, aber es gibt einen seltsamen Fehler, 
  400.    wenn von User ein String abgefragt wird. Irgendwas stimmt da nicht mit dem 
  401.    Terminal.
  402.  
  403.  
  404. 7. Zukunftstr„ume
  405.  
  406.    Das Paket gibt einen Grundstock an tools an die Hand, der ziemlich 
  407.    ausbauf„hig ist. Als n„chstes steht an:
  408.  
  409.    DELM bekommt umfangreiche Konfigurationsm”glichkeiten verpasst (Environment,
  410.    Konfigurationsfiles, etc.). eine entsprechende Library habe ich gerade in
  411.    Arbeit. (das dauert noch!)
  412.   
  413.    Die automatische Brettkonvertierung soll auch unter TOS laufen. Hat da jemand
  414.    einen Tip zu Pexec? (das w„re wichtig)
  415.   
  416.    Eine GEM-Shell, die alle Tools zusammenfasst und die Bedienung erleichtert.
  417.   
  418.    Die Weiterentwicklung zu einem allgemeinen Reparaturtool fr DOT-Brettdateien
  419.    (h”re ich da wen lechtzen? ;-)
  420.  
  421.    Das Updating muž schneller werden.
  422.   
  423.    ... etc. (... kaaine Zait, baduba :-)
  424.  
  425.  
  426. 8. Credits
  427.  
  428.    Muchas gracias an Jochen Herz und Uwe Kornnagel, die DOT-Programmierer fr
  429.    ein prima Point-Programm und die Struktur der IDX-Dateien und ebenso an K. &
  430.    J. Lemmens und J. Berger fr die freundliche Genehmigung zur Verwendung des
  431.    STELM-Pakets. W„rmsten Dank auch an Eric Smith fr MiNT, Michael Hohmuth aus
  432.    Dr„sdn fr die tcsh-Portierung, und natrlich die Software-Kommunisten von
  433.    der FSF.
  434.  
  435.  
  436. 9. Fehler- und Erfahrungsberichte sowie Kommentare und Verbesserungsvorschl„ge
  437.    bitte zu hauf an:
  438.   
  439.    habermehl@chemie.uni-frankfurt.d400.de
  440.    Stefan Habermehl@f.maus.de
  441.    s.habermehl@link-f.rhein-main.de
  442.   
  443.    An der Weiterentwicklung :-)) interessierten Menschen stelle ich gerne die
  444.    Sourcen (m„žig kommentierter Spaghetti-Code) zur Verfgung. W„re sch”n, wenn
  445.    sich da noch jemand einklinken wrde.
  446.   
  447.  
  448. Stefan aus Frankfurt/Main, 6.12.1994 - Fr”hlichen Niklas auch! :-)
  449.  
  450.